home *** CD-ROM | disk | FTP | other *** search
/ BCI NET / BCI NET Dec 94.iso / archives / programming / blitzbasic / blitz-list200994.lha / blitz-list / 000574_blitz-list-request_Fri Sep 16 15:33:36 1994.msg < prev    next >
Internet Message Format  |  1994-09-20  |  2KB

  1. Received: from sisvax (sisvax.sis.port.ac.uk [148.197.159.14]) by kantti.helsinki.fi (8.6.9/8.6.5) with SMTP id PAA17808 for <blitz-list@helsinki.fi>; Fri, 16 Sep 1994 15:32:25 +0300
  2. Date: Fri, 16 Sep 1994 13:27:42 +0100
  3. Message-Id: <94091613274216@sisvax.sis.port.ac.uk>
  4. From: sis3149@sisvax.sis.port.ac.uk (HANG-FIRE)
  5. To: OTT@microlnk.ml.ee, blitz-list@helsinki.fi
  6. Subject: Re: Stack problems
  7. X-VMS-To: SMTP%"OTT@microlnk.ml.ee"
  8. X-VMS-Cc: BLITZLIST
  9. MIME-Version: 1.0
  10. Content-Type: text/plain; charset="us-ascii"
  11. Content-Transfer-Encoding: 7bit
  12. Status: RO
  13.  
  14. > I've had some stack problems too. Strange thing is that I don't use
  15. > recursive procedures at all. I just make a str$(x) - variable to 
  16. > string and then print it out using RI's FNSPrint. Anyway, if
  17. > I call this routine (and it's not procedure or statement - just
  18. > gosub) about 100 times then it say out stack. Comments?? Whats wrong??
  19.  
  20. Hi,
  21.    the FNSPrint command needs to store a bit of data on the stack.  Eaxctly,
  22. it stores all the registers (I think) onto the stack whilst the command is
  23. running (15*4 bytes = 60 bytes of stack space).  Additionally it also has to
  24. store extra registers *temporarily* if you're using underline.  The data is
  25. restored from the stack quite happily - if it wasn't blitz would go into runtime
  26. error mode with a stack frame error (or something like that).
  27.  
  28. I can have a try and see if there are any stack related problems with the FNS
  29. commands.  I'm sure though that the problem must lie elsewhere, nevertheless
  30. I'll still have a look through my code to see if it ever aborts without
  31. restoring the stack.
  32.  
  33. Steve Mc.
  34.  
  35.